home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000824-20010305 / 000365_news@columbia.edu _Tue Feb 27 10:16:35 2001.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by uhaligani.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id KAA20421
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Tue, 27 Feb 2001 10:16:35 -0500 (EST)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA10207
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 27 Feb 2001 10:16:34 -0500 (EST)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id KAA24439
  10.     for kermit.misc@watsun.cc.columbia.edu; Tue, 27 Feb 2001 10:01:54 -0500 (EST)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: fdc@columbia.edu (Frank da Cruz)
  13. Subject: Re: Linux as terminal emulator.
  14. Date: 27 Feb 2001 15:01:52 GMT
  15. Organization: Columbia University
  16. Message-ID: <97gfh0$nrk$1@newsmaster.cc.columbia.edu>
  17. To: kermit.misc@columbia.edu
  18.  
  19. In article <br9f79.jio.ln@news.it.uc3m.es>,
  20. Peter T. Breuer <ptb@oboe.it.uc3m.es> wrote:
  21. : Grant Edwards <grante@visi.com> wrote:
  22. : > In article <oend79.ju5.ln@news.it.uc3m.es>, Peter T. Breuer wrote:
  23. : 
  24. : [Minicom versus Kermit debate...]
  25. :
  26. Minicom is great for casual or novice users if it has been set up for
  27. them in advance -- all its configuration files, etc.  It's like the
  28. "Windows" of communications software.  The tradeoff is always between ease
  29. of use and flexibility.  When a Windows-like product works, it's great.
  30. When it doesn't, it can be difficult or impossible for the user to find
  31. out why and fix or work around the problem.
  32.  
  33. Kermit is for the non-casual user who knows what they want to do, doesn't
  34. want anything happening by magic, needs detailed control of every facet of
  35. the setup and connection, and might also want to automate all or parts of
  36. the connection.  For the experienced user (that is, somebody who spends 20
  37. minutes figuring this out or reading the documentation), it's actually
  38. *easier* to use than Minicom because multiple actions can be condensed
  39. into macros.
  40.  
  41. The real tradeoff, then, is ease of learning versus ease of use.  Going
  42. back to the Windows example, Windows is as popular as it is because it's
  43. easy to learn, easy to get started -- you don't have to read or study
  44. anything.  Unfortunately, once you're hooked you begin to notice how
  45. labor-intensive certain common tasks are, and begin to wish for an easier
  46. way to do them -- perhaps even a way to automate them.  A good example is
  47. entering user IDs in Windows NT.  It's good that there is a nice GUI to
  48. guide you through the process, and this is just the ticket for the 99% of
  49. people who need to enter only a handful of IDs.  But what if you need to
  50. enter ten thousand IDs?  That's an awful lot of clicking.  If you find
  51. youself in this situation, you are more than ready to read and study to
  52. save yourself all that RSI-inducing and error-prone drudgery.  Wouldn't
  53. you be disappointed to learn there was NO WAY to automate the task?  I
  54. don't know if there is or there isn't, but the point is: there is room for
  55. both kinds of tools -- the easy-to-learn ones and the powerful ones.
  56.  
  57. So too with Kermit and Minicom.  If Minicom does everything you want, then
  58. it's right for you.  If there are things you wish you could do with it but
  59. can't, maybe you're ready for a more powerful package.  More about
  60. Kermit-versus-Minicom tradeoffs here:
  61.  
  62.   http://www.columbia.edu/kermit/kermit.html#complexity
  63.  
  64. - Frank